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© Verfahren und Einrichtung zur dynarnischen Verlagerung von virtuellen Maschinen in einem Hauptspeicher 
® In einem System von virtuellen Maschinen (LPARs) wird 

die Verlagerung einer virtuellen Maschine (LPAR) im Haupt- 

spe.chor verwirklicht, ohne daG der Benutzer der virtuellen 

Maschine (LPAR) Auswirkungen dieser VerlBgerung ertahrt, 

wodurch die Effizienz und die Brauchbarkeit der das System 

von virtuellen Maschinen enthaltenden Informationsverar- 

beitungseinhchtung verbessert wird. In dem System von 

virtuellen Maschinen. das eine Betriebsan besitzt, in dem 

log.sch unterteilte Bereiche (LPARs) konfiguriert werden. 

werden die Hardwarebetriebsmittel entweder exklusiv Oder 

zeithch verzahnt logisch umeneilt. Die den jeweiligen fo- 

gisch unteneilten Bereichen (LPARs) zugewtesenen Haupt- 

speicherbereiche (2) werden einer von einem Dienstprozes- 

sor (5) ausgefuhrten Verlagerung gemaS einem Verlage- 

rungsbefehl (MVSTOR) unterworfen. Diese Verlagerung 

umfaGt das temporare Anhalten einer virtuellen Maschine 

(LPAR), die eigentliche Verlagerung der virtuellen Maschine 

(LPAR) im Hauptspeicherbereich (2) gematt einer vom 

Verlagerungsbefehl (MVSTOR) bezeichneten Adresse und 

die Wiederherstellung der virtuellen Maschine (LPAR) auf 

der Grundlage des verlagerten Hauptspeicherbereichs. Hier- 

bei wird der Hauptspeicherbereich-Anfangspunkt (HSA) 

eines jeden verlagerten Hauptspeicherbereichs (2) geandert. 
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Beschreibung 

Die vorliegende Erfindung betrifft ein System von 
virtuellen Maschinen, in dem diese virtuellen Maschinen 
logisch unterteilten Bereichen (LPARs) zugeordnet 
sind, und insbesondere ein Verfahren und eine Einrich- 
tung zur Vcrlagerung von derartigen virtuellen Maschi- 
nen in einem Hauptspeicher. 

Im Stand der Technik sind ein Verfahren und eine 
Einrichtung bekannt, mit denen einer virtuellen Maschi- 
ne eines Systems von virtuellen Maschinen ein Haupt- 
. speicherbereich neu zugewiesen werden kann, wobei 
der der virtuellen Maschine zugewiesene Hauptspei- 
cherbereich erweitert oder verkleinert wird. Bei dieser 
herkommlichen Technologic wird jedoch der Anfangs- 
punkt des der virtuellen Maschine zugewiesenen 
Hauptspeicherbereichs. d. h. eine Startadresse des zuge- 
• wiesenen Bereichs, nicht geandert. Wenn daher in einem 
Fall, in dem ein Zwischenbereich des Hauptspeichers 
physikaltsch einer ersten virtuellen Maschine zugewie- 
sen wird und diese erste virtuelle Maschine ein Basis- 
Softwareprogramm wie ctwa ein Betriebssystem (OS) 
verwendet, eine Anforderung zum Zuweisen eines Teils 
des Hauptspeichers an eine zweite virtuelle Maschine 
erzeugt wird. ist es in einigen Fallen nicht mdglich. einen 
fur die zweite virtuelle Maschine erforderlichen nach- 
folgenden Teil des Hauptspeichers zuzuweisen. In die- 
sem Fall ist es im Stand der Technik notwendig, die erste 
vinuelle Maschine einmal anzuhalten, urn den Anfangs- 
punkt des ihr zugewiesenen Hauptspeicherbereichs 
festzulegen. woraufhin ein anfanglicher Programmlade- 
vorgang IPLOnitial Program Loader") ausgefiihrt wird 
Es ist daher die Aufgabe der vorliegenden Erfindung, 
ein Verfahren und eine Einrichtung zur dynamischen 
Verlagerung einer virtuellen Maschine in einem Haupt- 
speicher zu schaffen, mit denen in dem oben beschriebe- 
nen Fall, in dem der zweiten virtuellen Maschine kein 
geeigneier Hauptspeicherbereich zugewiesen werden 
kann. die erste virtuelle Maschine in ihrem Zustand ge- 
lassen wird.derart. daft der der ersten virtuellen Maschi- 
ne zugewiesene Hauptspeicheranfangspunkt an eine 
spezifizierte Adresse bewegt wird, um einen daraus sich 
ergebenden freien Bereich der zweiten virtuellen Ma- 
schine zuzuweisen, damit die zweite virtuelle Maschine 
in den Betriebszustand versetzt werden kann, so dafl die 
Effizienz und die Brauchbarkeit des tnformationspro- 
zessors verbessert wird. 

Diese Aufgabe wird bei einem Verfahren der gat- 
tungsgemaBen Art erfindungsgemaB gelost durch die 
folgenden Schritte: Anhalten einer virtuellen Maschine 
eines mehrere virtuelle Maschinen umfassenden Sy- 
stems, Verlagern der virtuellen Maschine in einem 
Hauptspeicherbereich gemafl einer durch einen Verla- 
gerungsbefehl bezeichneten Adresse und Wiederher- 
stellen der virtuellen Maschine auf der Grundlage der 
bezeichneten Adresse. 

Die Aufgabe wird bei einer Einrichtung der gattungs- 
gemaBen Art erfindungsgemaB gelost durch die Merk- 
male im kennzeichnenden Teil des Anspruches 8. 

Wenn die Mehrzahl der virtuellen Maschinen den ge- 
samten physikalischcn Hauptspeicher nutzen und wenn 
entweder bestimmte Teile des Hauptspeichers, die we- 
nigstens zwei virtuellen Maschinen zugeordnet sind, dy- 
namisch ausgetauscht werden sollen oder wenn statt 
dessen ein Teil des Hauptspeichers, der einer der meh- 
reren virtuellen Maschinen zugeordnet ist. erweitert 
werden soli, wahrend die mehreren virtuellen Maschi- 
nen in Betrieb sind, konnen erfindungsgemaB Teile des 
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Hauptspeichers, die anderen virtuellen Maschinen zuge- 
wiesen sind. beliebig verlagert werden. Daher kann oh- 
ne Umspeichern der in Betrieb befindlichen mehreren 
virtuellen Maschinen der Anfangspunkt des einer in Be- 
5 trieb befindlichen, spezifizierten virtuellen Maschine zu- 
gewiesenen Hauptspeicherbereichs, d h. die Startadres- 
se des zugewiesenen Bcreichs. beliebig geandert wer- 
den, wobei der Betrieb der virtuellen Maschine im we- 
sentlichen nicht unterbrochen wird. Dies hat zur Folge. 
io daB die Verlagerung des Hauptspeicherbereichs der 
spezifizierten virtuellen Maschine nahezu ohne wesent- 
liche Auswirkung auf den Benutzer der vinuellen Ma- 
schine ausgefUhrt werden kann, wodurch die Effizienz 
und die Brauchbarkeit des Informationsverarbeitungs- 
15 systems verbessert wird. 

Weitere Aufgaben, Merkmale und Vorteile der Erfin- 
dung sind in den Unteranspruchen. die sich auf eine 
bevorzugte Ausfuhrungsform der vorliegenden Erfin- 
dung beziehen, angegeben. 
20 Die Erfindung wird im folgenden anhand einer bevor- 
zugten AusfOhrungsform mit Bezug auf die Zeichnun- 
gen naher crlautert; es zeigt 

Fig. 1A ein schematisches Blockschaltbild zur Erlau- 
terung des Hardwarebetriebsmittel-Konfiguration ei- 
25 nes Systems von virtuellen Maschinen in einer Ausfuh- 
rungsform der Erfindung; 

Fig. IB ein Blockschaltbild zur Erlauterung der Ar- 
chitektur des Systems von vinuellen Maschinen: 
Fig. 2 eine Darstellung zur Erlauterung der Prozedur 
30 des Vcrlagerns eines Hauptspeicherbereichs, der einer 
virtuellen Maschine im erfindungsgemaflen System von 
virtuellen Maschinen zugewiesen ist; 

Fig. 3A, B Darstellungen zur Erlauterung des Zuwei- 
sungszustandes der virtuellen Maschine im Hauptspei- 
35 cher vor der Verschiebung des zugewiesenen Haupt- 
speicherbereichs; und 

Fig. 4A, B Darstellungen zur Erlauterung des Zuwei- 
sungszustandes der virtuellen Maschine im Hauptspei- 
cher nach der Verschiebung des zugewiesenen Haupt- 
40 speicherbereichs. 

^ Zunachst wird mit Bezug auf die Zeichnungen ein 
System von virtuellen Maschinen gernaB einer Ausfuh- 
rungsform der vorliegenden Erfindung genauer be- 
schrieben. In diesem System von virtuellen Maschinen 
45 kann wahrend des Betriebs eine virtuelle Maschine ei- 
nem neuen Bereich eines Hauptspeichers zugeordnet 
werden. 

Zunachst wird mil Bezug auf die Fig. 1 A der Hardwa- 
reaufbau des erfindungsgemaflen Systems von virtuel- 
50 Jen Maschinen beschrieben. Das System von virtuellen 
Maschinen besitzt eine neue Unterteilungskonfigura- 
tion des Hauptspeichers, wobei die einzelnen Abschnit- 
te dieser Konfiguration als logisch unterteiltc Berciche 
(LPARs) bezeichnet werden. Die Hardwarebeinebsmit- 
55 tel dieser logisch unterteilten Bereiche umfassen Logik- 
befehl-Prozessoren(LIP! bis LIP4) 1. Hauptspeicherab- 
schnitte bzw. virtuelle Speicherabschnitte (HS/VS) 2, 
Kanalpfade (CH) 3 und eine Einrichtung 4. Die Einrich- 
tung 4 wird anteilig von vier virtuellen Maschinen be- 
60 nutzL Wie aus der Figur ersichtlich, entsprechen die 
Logikbcfehl-Prozessoren LIP1 und LIP2 einer virtuel- 
len Maschine LPAR I. Der Logikbefehl-Prozessor LIP3 
entspricht einer virtuellen Maschine LPAR II. Der Lo- 
gikbefehl-Prozessor LIP4 entspricht den virtuellen Ma- 
es schinen LPAR III und LPAR IV. 

In Fig. IB ist die Architektur eines mehrere virtuelle 
Maschinen enthaltenden Systems gezeigt. Jede virtuelle 
Maschine enthalt einen Logikbefehl-Prozessor (LIP) I. 
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Ein Dienstprozessor (SVP) 5 erzeugt aufgrund eines 
Verlagerungsbefehls einen Verschiebungsbefehl. Ein 
Betriebsmittel-Verwaltungsabschnitt 8 verwaltet und 
steuert den jeder der Mehrzahi der virtuellen Maschi- 
nen zugewiesenen Betriebsmittelzustand. Aufgrund ei- 
ner in ihn eingegebenen Priifanforderung fuhrt der Ab- 
schnitt 8 eine Priifung aus, um festzustellen, ob eine 
durch die Anforderung bezeichnete virtuelle Maschinc 
in einem Hauptspeicherbereich verlagert werden kann. 
Wenn die bezeichnete virtuelle Maschine von einem 
LPAR-Steuerabschnitt 6 verlagert wird. wird der veria- 
gerte Bereich des Hauptspeichers samtlichen Eingabe- 
/Ausgabeprozessoren 10, die der bezeichneten virtuel- 
len Maschine zugewiesen sind, mitgeteilt. Fur jede virtu- 
elle Maschine ist ein LlP-Steucrabschniti 7 vorgesehen, 
der die Operationen des oder der Logikbefehl-Prozes- 
soren (LIP) 1 der virtuellen Maschine steuert Das be- 
deutet. daQ der Abschnitt 7 die Operation des LIP 1 der 
bezeichneten virtuellen Maschine anhalt und danndiese 
Maschine entsprechend einer Adresse, die durch einen 
SIE-Befehl (Startimerpretation-Ausftihrungsbefehl) 
spezifiziert wird, die Maschine neu speichert, d. h. wie- 
derhcrstellt Der LPAR-Steuerabschnitt 6 arbeitet auf- 
grund eines Verschiebungsbefehls. Wenn die Operation 
der bezeichneten virtuellen Maschine unterbrochen 
worden ist, wartet der Abschnitt 6 einen Zustand ab, in 
dem samtliche E/A-Prozessoren (IOP) 10, die der be- 
zeichneten virtuellen Maschine zugewiesen sind, auBer 
Betrieb sind, um die Priifanforderung zu erzeugen und 
an den Betriebsmittel-Verwaltungsabschnitt 8 auszuge- 
ben. Wenn der Verwaltungsabschnitt 8 fcststcllt, daO die 
bezeichnete virtuelle Maschine im Hauptspeicherbe- 
reich verlagert werden kann. verlagert danach der Ab- 
schnitt 6 diese bezeichnete virtuelle Maschine entspre- 
chend der durch den Verschiebungsbefehl angegebenen 
Adresse. 

Wenn der Verlagerungsbefehl eine Erweiterung eines 
Hauptspeicherbereichs betrifft. der einer anderen an die 
bezeichnete virtuelle Maschine angrenzenden virtuellen 
Maschine zugewiesen ist. erzeugt der Dienstprozessor 5 
einen Erweiterungsbefehl. nachdem die bezeichnete 
Maschine wiederhergestellt worden ist, um aufgrund 
dieses Erweiterungsbefehls den der anderen virtuellen 
Maschine zugewiesenen Bereich zu erweitern. Wenn 
der Verlagerungsbefehl einen Austausch von Haupt- 
speicherbercichcn betrifft, die zwei bezeichneten virtu- 
ellen Maschinen zugewiesen sind, steuert der Steuerab- 
schnitt 6 die LIP-Steuerabschnitte 7. derart, daQ er die 
zwei bezeichneten virtuellen Maschinen anhah, dann 
liest der Steuerabschnitt 6 den Inhalt aus, der in dem 
Hauptspeicherbereich gespeichert ist, der einem der 
zwei bezeichneten virtuellen Maschinen zugeordnct ist, 
um den ausgelesenen Inhalt in der anderen der zwei 
virtuellen Maschinen zu spcichcrn, anschlicOcnd wie- 
derholt der Steuerabschnitt 6 die Auslese- und Spei- 
cheroperationen fur den der anderen virtuellen Maschi- 
ne zugewiesenen Speicherbereich, schlieOlich stellt der 
Steuerabschnitt 6 diese virtuellen Maschinen wieder 
her. 

Die Hardware-Betriebsmittel werden den logische 
virtuelle Maschinen darstellenden LPARs entweder ex- 
klusiv oder zeitlich vcrzahnt in einer LPAR-Betriebsart 
zugewiesen. D.h„ daQ im Hardwareaufbau ein Logikbe- 
fehl-Prozessor 1 einem LPAR zeitlich verzahnt zuge- 
ordnet wird, wahrend die ubrigen Hardwarekomponen- 
ten dem LPAR exklusiv zugeordnet werden. 

Jeder einem LPAR zugewiesene Hauptspeicherbe- 
reich, d. h. ein LPAR-Bereich, kann durch die Verschie- 



bungsverarbeitung dynamisch geSndert werden, wi e in 
Fig. 2 gezeigt ist. D.h. daQ der Anfangspunkt. also die 
Kopfadresse eines jeden LPAR-Bereichs, im physikali- 
schen Hauptspeicher beliebig geandert werden kann. 
5 Die Verschiebungsverarbeitung wird durch den Dienst- 
prozessor (SVP) 5 ausgefuhrt. der einen LPAR* Rah men 
aufweist. der eine Operationsschnittstelle darstellt. Wie 
in Fig. 2 gezeigt ist, vcrbindet diese Schnittstelle den 
Dienstprozessor 5 mit jedem LPAR, mil dem LPAR. 
io Steuerabschnitt 6. der die an jeden LPAR gerichteten 
Operationsbefehle und dergieichen steuert. mit dem 
LIP-Steuerabschnitt 7, der einen Cast, z.B. das Be- 
triebssystem (OS), aufgrund eines Befehls vom Steuer- 
abschnitt 6 steuert und eine Simulationsverarbeitung fur 
15 einen eine Simulation erfordernden Befehl ausfuhrt, und 
mit dem Betriebsmittel- Verwaltungsabschnitt 8, der die 
Information der physikalischen Betriebsmittel sarmli- 
cher LPARs verwaltet. 
Nun wird mit Bezug auf Fig. 2 ein Beispiel der Ver- 
20 schiebungsverarbeitung fur den Fall beschrieben in 
dem zwei LPARs. etwa LPAR I und LPARJ2. in Betrieb 
sind. 

Zunachst wird vor der Initialisierung der Operation 
eines jeden LPAR der Hauptspeicher logisch unterteilt, 
25 um Bereiche fur den LPARl bzw. den LPAR2 zu defi- 
nieren. In Fig.3A sind ein Hauptspeicherbereich-An- 
fangspunkt (HS-Bereich-Anfangspunkt) und eine HS- 
GroBe fur jeden der definierten Bereiche gezeigt. Eine 
HS-Lucke gibt die GroQe des ungenutzten Bereichs 
30 zwischen dem LPARI-Bereich und dem LPAR2-Be- 
rcich, die sich in einem hdhercn Adressenbereich im 
Hauptspeicher befindet, an. Da in diesem Beispiel zwi- 
schen den LPARl- und LPAR2-Bereichen keine HS- 
Lucke vorhanden ist. wird die HS- Lucke des LPA R I auf 
35 "0" gesetzt. Wenn zwei virtuelle Maschinen LPARl und 
LPAR2 in den beiden auf diese Weise definierten 
LPAR-Bereichen arbeiten. werden daruber hinaus im 
unterteilten Zustand des Hauptspeichers die Bereiche 
zwischen 0 MB und 128 MB und zwischen 129 MB und 
40 384 MB dem LPAR! bzw. dem LPAR2 zugewiesen, 
wahrend der verbleibende Bereich mit 125 MB. der zwi- 
schen 385 MB und 509 MB liegt. nicht zugewiesen wird. 
Wahrend der Operationen des LPARl bzw. des LPAR2 
unter diesen Umstanden kann die Hauptspeicherver- 
45 schiebungsfunktion (HS- VERSCH IEBUNG) der voriie- 
genden Erfindung verwendet werden. 

Zunachst wird angenommen, daO fur den LPAR2 der 
HS-Anfangspunkt bei 192 MB gesetzt werde, d. h., daB 
durch einen HS-VERSCHIEBUNGS-Befehl (der im fol- 
50 genden mit MVSTOR-Befehl bezeichnet wird) der 
Hauptspeicherbereich-Anfangspunkt (HSA) durch den 
LPAR-Rahmen des SVP 5 auf HSA - 192 gesetzt wird. 
Aufgrund dieses Befehls wird die Steuerung vom SVP 5 
an den LPAR-Steuerabschnitt 6 fur den LPAR2 iiber- 
55 tragen. Vom Steuerabschnitt 6 wird an den LIP-Steuer- 
abschnitt 7 ein Befehl geschickt, um einen LIP des 
LPAR2 voriibergehend anzuhalten. Daraufhin setzt der 
LIP-Steuerabschnitt 7 den LIP, d. h. den Gast des 
LPAR2. also das Betriebssystem, in den angehahenen 
60 Zustand (Schritt 201). 

Es wird eine Warteoperation ausgefuhrt, durch die 
wenigstens 10 Sekundcn gewartet wird, wahrend denen 
samtliche mit dem LPAR2 verbundenen E/A-Prozesso- 
ren auGer Betrieb gehen (Schritt 202). Wenn der LIP 
65 angehahen worden ist kann ublicherweise der E/A-Pro- 
zessor sofort auBer Betrieb gehen; es wird jedoch bei 
Annahme eines spezielien Falls eine Zeitspanne von 10 
Sekunden vorgesehen. Im Fall einer Warteoperation 
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wird eine Meldung ausgegeben, um irgendwelche E/A- 
Einrichtungen. die sich noch im Betriebszustand befin- 
den, zu melden. Der Schritt 202 ist notwendig, um die 
folgende Moglichkeit zu vermeiden: Selbst wenn der 
LIP im Schritt 201 angehalten wird, befindet sich der 5 
E/A-Prozessor noch immer in Betricb, so daB vom E/A- 
Prozessor aufgrund eines E/A-Befehls mdglicherweise 
auf den Bereich vor der Verschiebung zugegriffen wird. 

Vom Betriebsmittel-Verwaltungsabschnitt 6 wird ei- 
ne Prufung ausgefuhrt, um festzustellen. ob der durch (0 
den Befehl spezifizierte HSA (in diesem Fall 192 MB) 
geeignet ist, d. h. ob der LPAR2-Bereich bewegt werden 
kann (Schritt 203). Der Betriebsmittel-Verwaltungsab- 
schnitt 8 besttzt HS-Abbildungen samtlichcr LPARs 
und bcstimmt auf der Grundlage des spezifizierten 15 
HSA. ob ein Bereich. der beim HSA beginnt und die 
Grdfle des LPAR2 besitzt, von einem anderen LPAR 
genutzt wird. Im beschriebenen Beispiel wird der Be- 
reich zwischen 192 MB (am HSA) und 384 MB vom 
LPAR 2 benutzt, wahrend der Bereich ab 385 MB nicht 20 
zugcwicsen ist, so daB der LPAR2Bereich verschoben 
werden kann. Wenn festgestelli wird, daB der 
LPAR2-Bereich bewegt werden kann. schickt der Be- 
triebsmittel-Verwaltungsabschnitt 8 an die E/A-Prozes- 
soren einen SALE-Befeh! (Befehl zum Setzen der erwei- 25 
terten Adressengrenze), um den LPAR2-Bereich nach 
der Verschiebung zu melden. 

Nun wird die eigentliche Speicherubertragungsverar- 
beitung gemaB den Schrittcn 204 bis 209 beschrieben. 
Zunachst werden eine Startadresse des Ubertragungs- 30 
ausgangsbereichs, des LPAR2-Bereichs, und eine Start- 
adresse des Obertragungszielbereichs festgesetzt 
(Schritt 204). in dieser Ausfuhrungsform werden die 
Startadressen des Ubertragungsausgangsbereichs und 
des Obertragungszielbereichs durch 384 MB bzw. 448 35 
MB in einer Seiteneinheit dargesiellt D.h., daB die 
Obertragungsoperation bei den jeweiligen Startadres- 
sen begonnen wird. derart. daB die Adressen bei jeder 
Operation jeweils um eine Seite dekrementiert werden. 
Ein Schlussel zum Schutz der Daten der einzelnen Sei- 40 
ten des Ausgangsbereichs wird ausgelesen (Schritt 205) 
und in einem Register im LPAR-Steuerabschnitt 6 gesi- 
chert Dann werden die Seitendaten beginnend bei der 
im Schritt 204 crhaltcncn Adresse in den Ubertragungs- 
zielbereich iibertragen (Schritt 206), um den vorher er- 45 
haltenen Schlussel im Obertragungszielbereich an einer 
vorgegebenen Adresse zu setzen (Schritt 207). Durch 
diese Operation ist die Datenubertragung fur eine Seite 
abgeschlossen. AnschlieBend werden die Adresse des 
Obertragungsausgangsbereichs und die Adresse des 50 
UOertragungszielbereichs aktualisiert (Schritt 208). In 
dieser Ausfuhrungsform wird der Seitenzahlstand bei 
jeder Obertragung um den Wert V vermindert, um die 
Obertragungsoperation fur den gesamten Bereich des 
dem LPAR2 zugewiesenen Hauptspeicherbereichs in 55 
Seiteneinheiten wiederholt auszufuhren. Durch diese 
eben beschriebene Operation ist die HS-Obertragungs- 
operation beendet (Schritt 209). 

Um schiiefllich den LIP wiederherzustellen, wird an 
den LIP-Steuerabschniu 7 aufgrund eines SIE-Befehls w 
ein Befehl ausgegeben. Daraufhin setzt der LlP-Steuer- 
abschnitt 7 einen neuen HSA, der durch die Parameter 
des SIE-Befehls bereitgestellt wird, und stellt den LIP 
wieder her. D. h„ daB der Gast des LPAR2 gestartet 
wird (Schritt 210). Daruber hinaus wird dem Rahmen 65 
des SVP 5 das Ergebnis des M VSTOR-Befehls gemeldet 
(Schritt 211). In dieser Ausfuhrungsform wird der 
MVSTOR-Befchl normal bccndeL Hierbei befindet sich 



nach der Beendigung des MVSTOR-Befehls der dem 
LPARl bzw. der dem LPAR2 zugewiesene Hauptspei- 
cherbereich in einem Zustand, wie er in Fig. 4A gezeigt 
5sl Da durch den MVSTOR-Befehl fur den LPARl eine 
HS-Lucke erzeugt wird. kann der LPARl-Bereich unter 
Verwendung eines herkommlichen Befehls soweit er- 
hoht werden. wie dies die HS-Lucke zuiaBt. AuBerdem 
sind die Bereichszuweisungszustande des LPARt und 
des LPAR2 von der Art. wie sie in Fig. 4B gezeigt sind; 
d.h. daB der LPAR2-Bereich ebenfalls in Richtung an- 
steigender Adressen des Hauptspeichers um 61 MB er- 
weitert werden kann. 

Wie oben erwahnt, kann der dem LPARl zugewiese- 
ne Hauptspeicherbereich erfindungsgemaB so erweitert 
werden, dafl nahezu kein EinfluB auf den Betriebszu- 
stand des LPAR2 ausgeiibt wird. Wie aus der obigen 
Beschreibung verstandlich wird. ist es mit dem erfin- 
dungsgemaBen System von virtuellen Maschinen mog- 
lich. einen MVSTOR-Befehl zu schaffen, mit dem der 
Ausgangspunkt des LPAR-Bereichs im physikalischen 
Hauptspeicher eines Systems von virtuellen Maschinen 
mit einer LPAR-Betriebsart beliebig geandert werden 
kana Dadurch wird folglich die herkdmmliche Opera- 
tion unndtig, durch die die in Betrieb befindliche virtuel- 
le Maschine angehalten wird, um den Hauptspeicheran- 
fangspunkt in einem weitcren Hauptspeicherbereich zu 
setzen und den LIP nach der Veriagerung des LPAR- 
Bereichs neu zu initialisieren. Dies hat zur Folge, daB die 
virtuclle Maschine ununterbrochen betrieben werden 
kann. 

Das System von virtuellen Maschinen der vorlicgcn- 
den Erfindung umfaBt eine Informationsverarbeitungs- 
einrichtung, einen Dienstprozessor, der fur die Informa- 
tionsverarbeitungseinrichtung eine Bedienerschnittstel- 
le schafft, und eine Hardwarekonfiguration zur Steue- 
rung der Mehrzahl der virtuellen Maschinen. Die Hard- 
warekonfiguration ist cntweder exklusiv oder zeitlich 
verzahnt logisch unterteilL Der Anfangspunkt eines 
Hauptspeicherbereichs einer jeden der Mehrzahl der 
virtuellen Maschinen wird geanderi, um den zugewiese- 
nen Hauptspeicherbereich zu verschieben. 

Wenn daruber hinaus die mehreren virtuellen Ma- 
schinen den gesamten physikalischen Hauptspeicher 
verwenden, ist es mdglich, die wenigstens zwei virtuel- 
len Maschinen zugewiesenen Hauptspcicherbereiche 
dynamisch auszutauschen. 

Wenn auBerdem der Hauptspeicherbereich einer der 
Mehrzahl der virtuellen Maschinen erweitert werden 
soli, wahrend die mehreren virtuellen Maschinen arbei- 
ten, konnen die Hauptspeicherbereiche anderer virtuel- 
ler Maschinen beliebig bewegt werden. Wenn daher die 
Adresse des einer bestimmten virtuellen Maschine zu- 
gewiesenen Hauptspeicherbereichs gelicfert wird. fuhrt 
der Dienstprozessor eine entsprechende Operation aus. 
um die Anderung des Anfangspunkts des Hauptspei- 
cherbereichs an den Steuerabschnitt der speziellen vir- 
tuellen Maschine zu melden. Der Steuerabschnitt halt 
den LIP-Steuerabschnitt an. Dann wird die Eignung des 
bestimmten Hauptspeicherbereichanfangspunktes 
durch den die physikalischen Betriebsmittel samtlicher 
virtueller Maschinen vcrwaltenden Betriebsmittel- Ver- 
waltungsabschnitt gepriift Wenn bestatigt wird, dafl der 
Bereich in den spezifizierten Bereich bewegt werden 
kann, bewegt der Steuerabschnitt fur die virtuelle Ma- 
schine die Daten der Seiteneinheit Dann wird durch den 
SALE-Befehl der Umfang des neuen Hauptspeicherbe- 
reichs der virtuellen Maschine an die mit der virtuellen 
Maschine gekoppelten E/A-Prozessoren gemeldet. 
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schlieBIich wird der Anfangspunkt des Hauptspeicher- 
bereichs durch die Parameter des SIE-Befehls geandert, 
wodurch der LIP-Steuerabschnitt wiederhergestellt 
wird Daher kann der Hauptspeicherbereich der spezifi- 
zierten virtuellen Maschine Obertragen werden, wobei 5 
die mit dieser virtuellen Maschine arbeitende Bedie- 
nungsperson nahezu keine Auswirkungen feststellt. 

Die obige Beschreibung ist anhand einer spezieilen 
Ausfuhrungsform gegeben worden. Die vorliegende Er- 
findung ist jedoch nicht auf diese Ausfuhrungsform be-. 10 
schrankt und kann selbstverstandlich auf zahlreiche 
Weisen abgewandelt und ver&ndert werden, o.hne vom 
Ceisi und vom Umfang der vorliegenden Erfindung ab- 
zuweichen. 

15 

Patentanspruche 

1. Verfahren, das in einem mehrere virtuelle Ma- 
schinen (LPARs) umfassenden System von virtuel- 
len Maschinen ausgefuhrt wird, wobei das Verfah- 20 
ren der Verlagerung einer durch einen Verlage- 
rungsbefehl (MVSTOR) spezifizierten virtuellen 
Maschine (LPAR) in cincm Hauptspeicherbereich 
(2) dient, gekennzeichnet durch die folgenden 
Schritte: 25 
tempora>es Anhalten (201) einer virtuellen Maschi- 
ne (LPAR); 

Veriagern (206) der virtuellen Maschine (LPAR) im 
Hauptspeicherbereich (2) gemaB einer durch den 
Vcrlagcrungsbefchl bezcichneten Adresse; und 30 
Wiederherstellen (210) der virtuellen Maschine 
(LPAR) auf der Grundlage des verlagerten Haupt- 
speicherbereichs (2). 

2. Verfahren gemaB Anspruch 1, dadurch gekenn- 
zeichnet, daB der Schritt des temporaren Anhaltens 3$ 
die folgenden Schritte umfaBt: 

temporares Anhalten (201) eines Logikbefehlpro- 
zessors (LIP) der virtuellen Maschine (LPAR); und 
Warten (202). bis samtliche Eingabe-/Ausgabepro- 
zessoren (10). die dem Logikbefehlprozessor (LIP) 40 
zugeordnet sind. auBer Betrieb gesetzt worden 
sind. 

3. Verfahren gemaB Anspruch 1, dadurch gekenn- 
zeichnet, daB der Veriagerungsschritt die folgen- 
den Schritte umfaBt: 45 
Fesistellen (203) anhand der bezeichneten Adrcssc, 
ob die virtuelle Maschine (LPAR) im Hauptspei- 
cherbereich (2) verlagen werden kann: und 
Veriagern (206) der virtuellen Maschine (LPAR) 
entsprechend der durch den Verlagerungsbefehl 50 
(MVSTOR) bezeichneten Adresse, wenn festge- 
stellt wird, daB die virtuelle Maschine (LPAR) ver- 
lagcrt werden kann. 

4. Verfahren gemaB Anspruch 3, dadurch gekenn- 
zeichnet, dafi der Veriagerungsschritt den folgen- 55 
den Schritt umfaBt: 

Obertragen von Speicherinhalten des momentan 
der virtuellen Maschine (LPAR) zugewiesenen 
Hauptspeicherbereichs (2) in einen neuen Haupt- 
speicherbereich (2). der auf der Grundlage der be- eo 
zeichneten Adresse in den Seiteneinheiten be- 
stimmt ist. 

5. Verfah ren gemaB Anspruch I, dadurch gekenn- 
zeichnet, daB der Wiederherstellungsschritt die fol- 
genden Schritte umfaBt: 65 
Erzeugen eines Wiederherstellungsbefehls fur die 
virtuelle Maschine (LPAR); 

Melden des verlagerten Hauptspeicherbereichs (2) 
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an samtliche der virtuellen Maschine (LPAR)zuge- 
wiesene Eingabe-/Ausgabeprozessoren (10) auf- 
grund des Befehls; und 

Wiederherstellen (210) der virtuellen Maschine 
(LPAR) auf der Grundlage der bezeichneten 
Adresse. 

6. Verfahren gemaB Anspruch I, gekennzeichnet 
durch den folgenden Schritt, falls der Erwcitcrungs- 
befehl die Erweiterung eines Hauptspeicherbe- 
reichs (2) betrifft, der einer der virtuellen Maschine 
(LPAR) benachbarten weiteren virtuellen Maschi- 
ne (LPAR) zugewiesen ist: 

Erweitern des der weiteren virtuellen Maschine 
(LPAR) zugewiesenen Hauptspeicherbereichs (2) 
nach dem Wiederherstellungsschritt (210). 

7. Verfahren gemaB Anspruch 1, dadurch gekenn- 
zeichnet, daB 

der Verlagerungsbefehl den Austausch von Haupt- 
speicherbereichen betrifft, die zwei entsprechen- 
den, vom Verlagerungsbefehl bezeichneten virtuel- 
len Maschinen (LPAR) zugewiesen sind; 
der Schritt des temporaren Anhaltens den Schritt 
des temporaren Anhaltens (201) beider virtueller 
Maschinen (LPAR) umfaBt; 

der Veriagerungsschritt die folgenden Schritte um- 
faBt: 

- Auslesen der Inhalte der entsprechenden 
Bereiche des Hauptspeichers (2), die den bei- 
den virtuellen Maschinen (LPAR) jeweils zu- 
gewiesen sind; 

- Spcichcrn der Inhalte, die aus dem einer der 
beiden virtuellen Maschinen (LPAR) zugewie- 
senen Hauptspeicherbereich ausgelesen wor- 
den sind, in dem der anderen virtuellen Ma- 
schine (LPAR) zugewiesenen Hauptspeicher- 
bereich: und 

- Wiederholen des Ausleseschrittes und des 
Spcicherschrittes fur samtliche den beiden vir- 
tuellen Maschinen (LPAR) zugewiescne 
Hauptspeicherbereiche (2); und 
der Wiederherstellungsschritt (210) den fol- 
genden Schritt umfaBt: Wiederherstellen der 
beiden virtuellen Maschinen (LPAR). 

8. System von virtuellen Maschinen, mit mehreren 
virtuellen Maschinen (LPARs), die jeweils einem 
Hauptspeicherbereich (2) zugewiesen sind. wobei 
jede virtuelle Maschine (LPAR) einen Logikbefehl- 
prozessor (1 ) umfaBt, gekennzeichnet durch 
einen Dienstprozessor (5) zur Erzeugung eines 
Verschiebungsbefehls aufgrund eines Verlage- 
rungsbefehls; 

eine Betriebsmittel-Verwallungseinrichtung (8) zur 
Vcrwaltung der Zuweisungen der Beiriebsmiuel an 
die virtuellen Maschinen (LPAR) und zur Stcue- 
rungder Betriebsmittel; 

LIP-Steuereinrichtungen (7). die fur jede der virtu- 
ellen Maschinen (LPAR) vorgesehen sind, urn die 
Operationen der Logikbefehlprozessoren (1) einer 
jeden der virtuellen Maschinen (LPAR) zu steuern; 
und 

eine Einrichtung (6) zum Steuern von virtuellen 
Maschinen, die auf den Verschiebungsbefchl an- 
spricht, um eine durch den Verlagerungsbefehl be- 
zeichnete virtuelle Maschine (LPAR) entsprechend 
einer im Verschiebungsbefehl bezeichneten Adres- 
se im Hauptspeicherbereich (2) zu veriagern, wenn 
die Operation der bezeichneten virtuellen Maschi- 
ne (LPAR) temporar angehalten worden ist, und 
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zum Steuern der der bezeichneten virtuellen Ma- 
schine (LPAR) enlsprechenden LIP-Steuereinrich- 
tun £ ( 7 ). die bezeichnete virtuelle Maschine 
(LPAR) auf der Grundlage der bezeichneten 
Adresse wiederherzustellen. 5 

9. System von virtuellen Maschinen gemafl An- 
spruch 8, dadurch gekennzeichnet, daB die Einrich- 
tung (6) zur Steuerung von virtuellen Maschinen 
eine Einrichtung zum Steuern der entsprechenden 
LIP-Steuereinrichtung (7) umfaBt, urn den Logikbe- 10 
fehjprozessor (1) der bezeichneten virtuellen Ma- 
schine (LPAR) temporal anzuhahen und zu warteru 
bis samtliche Eingabe-Musgabeprozessoren (10), 
die der bezeichneten virtuellen Maschine (LPAR) 
zugeordnet sind, auBer Betrieb gesetzt worden 15 
sind. 

10. System gemaB Anspruch 8. dadurch gekenn- 
zeichnet,daB 

die Betriebsmittel-Verwaltungseinrichtung (8) eine 
Einrichtung umfaflt, die auf eine in sie eingegebene 20 
Priifanforderung anspricht, urn festzustellen, ob die 
bezeichnete virtuelle Maschine (LPAR) im Haupt- 
speicherbereich (2) entsprechend den bezeichneten 
Adressen verlagert werden kann;und 
die Einrichtung (6) zum Steuern von virtuellen Ma- 25 
schinen eine Einrichtung umfaOt, um die Priifanfor- 
derung zu erzeugen und an die Betriebsmittel-Ver- 
waliungseinrichtung (8) auszugeben, wenn die Ope- 
ration der bezeichneten virtuellen Maschine 
(LPAR) temporal angehalten worden ist, und um 30 
die bezeichnete virtuelle Maschine (LPAR) ent- 
sprechend der bezeichneten Adresse zu verlagern. 
wenn von der Betriebsmittel-Verwakungseinrich- 
lung (8) festgestelit worden ist. daB die bezeichnete 
virtuelle Maschine (LPAR) verlagert werden kann. 35 

11. System gemaB Anspruch 8, dadurch gekenn- 
zeichnet, daB die Betriebsmittel-Verwaltungsein- 
richtung (8) eine Einrichtung umfaBt, um nach der 
Verlagerung der bezeichneten virtuellen Maschine 
(LPAR) durch die Einrichtung (6) zum Steuern von 40 
virtuellen Maschinen an samtliche Eingabe-/Aus- 
gabeprozessoren (10). die der bezeichneten virtuel- 
len Maschine (LPAR) zugeordnet sind. das Verla- 
gerungsziel zu melden. 

12. System gemaB Anspruch 8, dadurch gekenn- 45 
zcichnct, daB die Einrichtung (6) zum Steuern von 
virtuellen Maschinen eine Einrichtung umfaBt. um 
die Inhalte des der bezeichneten virtuellen Maschi- 
ne (LPAR) momentan zugewiesenen Hauptspei- 
cherbereichs (2) an einen neuen Hauptspeicherbe- 50 
reich (2). der das Verlagerungsziel darstellt, in Ein- 
heiten von Seiten zu iibertragen. 

13. System gemaB Anspruch 8, dadurch gekenn - 
zeichnet, daB 

der Dienstprozessor (5) eine Einrichtung umfaBt, 55 
die in dem Fall, in dem der Verlagerungsbefehl eine 
Erweiterung eines Hauptspeicherbereichs (2) be- : 
trifft, der einer der bezeichneten virtuellen Maschi- 
ne (LPAR) benachbarten virtuellen Maschine 
(LPAR) zugewiesen ist. nach der Wiederherstel- 60 
lung der bezeichneten virtuellen Maschine einen 
Erweiterungsbcfehl erzeugt; und 
das System von virtuellen Maschinen eine Einrich- 
tung umfaBt. um aufgrund des Erweiterungsbefehls 
den der anderen virtuellen Maschine (LPAR) zuge- 65 
wiesenen Hauptspeicherbereich(2) zu erweitern. 

14. System gemaB Anspruch 8. dadurch gekenn- 
zeichnet.daB 
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der Verlagerungsbefehl einen Austausch von 
Hauptspeicherbereichen (2) betrifft. die jeweils ei- 
ner von zwei bezeichneten virtuellen Maschinen 
(LPAR) zugewiesen sind; 

die Einrichtung (6) zum Steuern von virtuellen Ma- 
schinen eine Einrichtung umfaBt, um die den beiden 
virtuellen Maschinen (LPAR) zugeordneten LIP- 
Steuereinrichtungen'(7) so zu steuern, daB sie jede 
der beiden virtuellen Maschinen (LPAR) anhalten. 
um die Inhalte. die in jeweiligen den beiden virtuel- 
len Maschinen (LPAR) zugewiesenen Hauptspei- 
cherbereichen (2) gespeichert sind, auszulesen, um 
den ausgelesenen Inhalt einer der beiden virtuellen 
Maschinen (LPAR) in dem der anderen virtuellen 
Maschine (LPAR) zugewiesenen Hauptspeicherbe- 
reich (2) zu speichcrn. um die Auslcscoperation und 
die Speicheroperation fur samtliche den beiden vir- 
tuellen Maschinen (LPAR) zugewiesene Haupt- 
speicherbereiche (2) zu wiederholen und um die 
beiden virtuellen Maschinen (LPAR) wiederherzu- 
stellen. 
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Abstract 



A virtual machine system having a plurality of virtual machines, in which each virtual 
machine can be relocated to a now storage area of main storage without interfering with 
any other virtual machine. The relocation is carried out by move instructions issued by a 
service processor 5 upon receipt of a relocate command. These instructions pass control 
to a controlling section 6 which instructs a logical instruction processor (LIP) controlling 
section 7 to temporarily stop the LDP of the particular virtual machine. Next a check is 
made by the resource managing section 8 to determine whether the virtual machine can 
be moved. Once that has been checked, the virtual machine is relocated on the main 
storage area in accordance with a designated address by the relocate command and the 
controlling section 7 restores operation of the virtual machine. 
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© Method and apparatus for providing a service pool of virtual machines for a plurality of VM users. 
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© A system for providing a service pool of virtual 
machines (12 - 18) to a plurality of system virtual 
machine users (20). A host processor (10) creates 
through a control program (CP) a pool of virtual 
machines. A firmware configured AVS gateway is 
connected over an SNA to a plurality of work sta- 
tions (20). A request from a work station is assigned 
to one of the service pool machines based on the 
specific transaction being completed. The ID of the 
requesting work station is assigned to the selected 
virtual machine. The assigned virtual machine com- 
pletes its transaction with the work station and is 
then free to service other requests. 
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The present invention relates to the enhance- 
ment of virtual machine system product operating 
systems. Specifically, a pool of virtual machines 
are provided, each machine pre-initialized for a 
given application such that a plurality of indepen- 5 
dent work stations may access the individualized 
virtual machine, depending on the application re- 
quirements of the independent work station. 

In normal virtual machine system products, a 
single independent work station is assigned a spe- 10 
cific virtual machine. Virtual machines are created 
by a control program (CP), operating in a large 
scale computer processing system. The control 
program divides the processing operations among 
a plurality of users, such that each user, connected 75 
through an independent work station, appears to 
have his own processor or virtual machine. Each 
independent work station has a user ID which is 
assigned to the virtual machine to run any particu- 
lar application needed by the independent work 20 
station. Each work station has access to only one 
virtual machine for a given user ID. 

The disadvantage of the current arrangements 
of independent work stations for use in a virtual 
machine environment relates to the fact that each 25 
work station ID is assigned to a particular virtual 
machine. To initiate any concurrent work by the 
processor forming the virtual machines, the user 
must have access to more than one virtual ma- 
chine. However, the virtual machines have different 30 
user IDs and corresponding differences in user 
authorization. Therefore, for a specific individual 
work station to run two jobs concurrently, two vir- 
tual machines would have to be authorized with two 
different identification numbers. Alternatively, two 35 
separate applications could be concurrently execut- 
ed in one virtual machine using multitasking. How- 
ever, multitasking is not easy to implement and is 
certainly more expensive than is probably war- 
ranted in terms of consumption of processor time. 40 

Thus, the foregoing limitations render it ineffi- 
cient to execute different types of applications from 
the same work station. This imposes a certain 
inflexibility on the use of virtual machines. 

It is an object of this invention to permit a 45 
plurality of independent work stations to use more 
than one virtual machine for executing different 
application programs. 

It is a specific object of this invention to pro- 
vide for a pool of service machines, a number of so 
such service machines being pre-initialized to han- 
dle a specific application from any independent 
work station. 

It is yet another object of this invention to 
provide a gateway between a processor supporting 55 
a plurality of VM machines, and each of a plurality 
of independent work stations which permits the 
assignment of one of the service pool virtual ma- 
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chines to a requesting Independent work station. 

These and other objects of the invention are 
provided by a system which permits a plurality of 
independent work stations to access more than one 
virtual machine. The independent work stations are 
connected over a SNA via a VTAM interface, in a 
preferred embodiment, to the processing system 
supporting the virtual machines. A pool of such 
virtual machines is set up in the processor by the 
system administrator. Each of the virtual machines 
constituting the pool may be pre-initialized to run a 
specific program for any connected independent 
work station. 

In carrying out the invention of permitting more 
than one independent work station to access one of 
the pre-initialized virtual machines, an AVS gate- 
way is configured in the virtual machine which will 
select one of the virtual machines for assignment 
to a requesting independent work station. The as- 
signment process requires that an alternate iden- 
tification number be assigned to a virtual machine, 
corresponding to a requesting independent work 
station identification number. Once the assignment 
is made, a communication session may be set up 
by the gateway and a related conversation man- 
agement routine, between the newly-assigned vir- 
tual machine and a connected independent work 
station. 

Since the AVS gateway has the ability to as- 
sign a pre-initialized virtual machine to a requesting 
independent work station, more than one indepen- 
dent work station may access the virtual machine. 
Each time a new independent work station requests 
access to a machine for executing a specific ap- 
plication, the AVS gateway will make a new assign- 
ment of an alternate identification number to the 
pre-initialized virtual machine, corresponding to the 
identification number of the subsequently request- 
ing independent work station. 

Description of the Figures 

Fig. 1 illustrates a virtual machine complex 9 
having associated therewith an admin- 
istrator 19 and a plurality of indepen- 
dent work stations 20. 
Fig. 2 illustrates the configuration by the ad- 
ministrator of the virtual machine com- 
plex 9. 

Fig. 3 illustrates the sequence of events for 
establishing a communication between 
an independent work station and a 
service pool of virtual machines. 
Referring now to Fig. 1 , there is shown a virtual 
machine complex 9. The virtual machine complex 9 
comprises a central processor having a control 
program 10, which partitions the processor into a 
plurality of virtual machines. Associated with each 
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of the virtual machines 12-17 is a CMS protocol 
layer, comprising an operating program for permit- 
ting each of the partitioned virtual machines 13-18 
to communicate with an associated administrator 
19 or independent work station 20. 

A direct access storage device (DASD) 18 is 
shown which provides storage for the control pro- 
gram 10 data and parameters, as well as for the 
CMS data and parameters. As is described in the 
various references relating to IBM VM/SP installa- 
tions, the DASD 18 is partitioned to have the re- 
spective CP storage area 23 and CMS storage area 
22. 

The plurality of virtual machines 12-18 may be 
accessed by different users through an indepen- 
dent work station 20. Shown in Fig. 1 is a virtual 
machine 12 which is configured to operate as an 
interface between an SNA 24, connected to the 
independent work station 20, and the remaining 
virtual machines in the complex 9. The virtual ma- 
chine 12 is configured to have an AVS gateway, 
supporting a VTAM Lu.6 protocol for the SNA 24. A 
conversation management routine associated with 
the AVS gateway will provide for an APPCA/M 
communication between the AVS gateway in each 
of the virtual machines 13 through 18. Thus, any 
independent work station 20 connected through 
SNA 24 may communicate via the gateway and 
associated CMR program to the remaining virtual 
machines 13-18. 

In accordance with the invention, a plurality of 
the virtual machines 14-16 are shown forming a 
service pool of virtual machines. Any one of the 
service pool virtual machines may be selected by 
the CMR to service a given application request. 
The pool of virtual machines 14, 15 and 16 may be 
advantageously pre-initialized with an operating 
program, dedicated to a specific application. For 
instance, the virtual machine 14 may be configured 
to serve as an electronic mail machine, wherein 
independent work stations may inquire and leave 
messages in the virtual machine 14 for other users. 

The virtual machine 15 may be used for a 
different function, such as backup/restore, so that it 
may be pre-initialized with the appropriate applica- 
tion program. As a further example, virtual machine 
16 may be programmed with a statistical applica- 
tion such that any of the connected independent 
work stations 20 may access the service pool and 
be assigned a virtual machine, pre-initialized for an 
application which is of interest to an independent 
work station 20. Additionally shown are virtual ma- 
chines 17 and 18 which are data base managers 
and file managers for the DASD 18. These virtual 
machines 17 and 18 include an access identity 
table permitting a particular virtual machine access 
to their files and data base, respectively, when a 
match is found between the table identities and a 
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requesting work station. 

The service pool of virtual machines 14, 15 and 
16 are created by the administrator 19. As is de- 
scribed in various IBM reference materials on vir- 

s tual machine system products, a virtual machine 
can be created upon a command issued by the 
administrator 19. In order to create a plurality of 
such machines, constituting a pool, instead of con- 
figuring each virtual machine by the usual user 

70 configuration and authorization statements, for each 
virtual machine being created, a pool statement 
may be issued by the administrator which com- 
prises the following elements: 

16 User 

User ID 1 

Configuration Statements 
Authorization Statements 

20 

Pool Serve 1 5 

Configuration Statements 
Configuration Statements 

25 The CP director, used by the system administrator, 
will expand the foregoing statement to create a 
plurality of virtual machines equal in number, and 
having access to the particular system facilities and 
devices defined in the authorization statements and 

30 configuration statements. 

Having created the service pool, each of the 
virtual machines of the service pool will have a 
primary identity. As will be seen with respect to the 
allocation of a virtual machine in a service pool to a 

35 request from an independent work station 20, each 
of these virtual machines may be known by an 
alternate identity matching the identity of the in- 
dependent work station having a request for ser- 
vice. Each of the service pool machines, like other 

40 virtual machines, can communicate through 
APPCA/M to each other, as well as through the 
APPCA/TAM interface running in virtual machine 12 
to the independent work stations. 

The administrator 19 is responsible for creating 

45 the service pool, as well as pre-initializing the ser- 
vice pool virtual machines with specific application 
programs. Referring to Fig. 2, the general steps 
shown to create the service pool and prepare the 
virtual machine complex 9 for servicing ALLOCATE 

so commands received over the SNA 24 are shown. 
The service pool is created in step 31 using the 
foregoing command to the administrator file direc- 
tory. The administrator 19 is connected through the 
virtual machine 13 to set up the commands for the 

55 control program to configure the required number 
of service pool virtual machines. 

Each of the virtual machines is configured in 
step 32 with specific program packages illustrated 
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in steps 34 through 37. By pre-initiaiizing the virtual 
machines, it is possible to reduce the amount of 
time necessary to run an application with the pre- 
initialized virtual machine. Additionally, the AVS 
gateway is configured in step 39 to recognize AL- 
LOCATE commands received over the SNA 24, 
and permit assignment of one of the virtual ma- 
chines of a pool 14 through 16 to be assigned to 
execute the received command. 

Associated with this gateway configuration is a 
requirement to supply the identity of the pool ma- 
chine to a CMR portion of the AVS gateway pro- 
gram, so that the CMR can make an assignment of 
pool machine to a requesting independent work 
station 20. 

In carrying out the invention of providing a pool 
of virtual machines capable of servicing a greater 
number of independent work stations 20, a provi- 
sion is made for the CMR to assign an alternate ID 
to each virtual machine of the service pool 14 
through 16, corresponding to the ID of the indepen- 
dent work station 20 issuing the ALLOCATE. Each 
time an ALLOCATE is received by the AVS gate- 
way, the CMR selects a machine and returns the 
user ID for the connection to the AVS gateway, as 
well as the alternate user ID, to be used by the 
virtual machine during the connection. The AVS 
gateway issues an APPCA/M CONNECT, in step 
47, to the selected virtual machine in the service 
pool, also specifying the alternate user ID for the 
virtual machine. A communication routine running 
in the selected virtual machine of the service pool 
virtual machine 14 through 16 issues an ACCEPT, 
at which time the alternate user ID is assigned to 
the machine. 

The result is a session between the selected 
virtual machine, identified by the alternate user ID 
and the independent work station 20 having the 
same user ID number. Thus, the independent work 
station 20 has the ability to access any of the 
service pool machines 14 through 16 which may 
be advantageously pre-initialized with a specific 
application. 

It can therefore be seen that this facility of 
assigning a machine to a given independent work 
station 20 issuing an ALLOCATE, permits a greater 
number of work stations to access the specific 
machine which may have associated therewith a 
special application program. 

As shown in Fig. 3, the ALLOCATE command 
issued by the independent work station includes a 
logic unit identifier, identifying the logical unit set 
up by the AVS gatewayA/TAM interface. The de- 
fined logical unit accompanies every ALLOCATE 
from every independent work station to permit the 
ALLOCATE to be processed by the AVS gateway. 
Additionally, the ALLOCATE command provides a 
transaction identifier which will permit the CMR to 
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select a virtual machine from the service pool of 
virtual machines 14 through 16, specific to the 
intended transaction. The user ID identifies inde- 
pendent work station 20, and becomes the al- 
s ternate identification number for each virtual ma- 
chine in the service pool 14 through 16. 

When an application has been run in response 
to the allocate command, the IWS deallocates the 
conversation in step 51 with a CONFIRM LEVEL 

to DEALLOCATE. When the gateway processes the 
CONFIRM LEVEL DEALLOCATE, the service pool 
transaction program is notified that the conversa- 
tion is ending. It performs a cleanup and issues a 
confirmed back to the independent work station 20. 

15 The conversation is then deallocated, at which time 
the alternate user ID is cleared from the selected 
service pool virtual pool 14 through 16. 

This therefore results in the AVS driving deal- 
locate exit for the gateway and the conversation 

20 management routine CMR marks the service pool 
machine as available for assignment when a subse- 
quent ALLOCATE is received over the SNA 24. 

Each of the service pool machines 14, 15 and 
16 is also accessible by the system administrator 

25 19 by its primary identification number. The use of 
the alternate user ID is an expedient for permitting 
more than one independent work station 20 to be 
assigned a virtual machine at different times. 

Thus, there is described with respect to one 

30 embodiment, a complex of virtual machines or- 
ganized as a service pool. The service pool may 
be freely assigned to any of a number of au- 
thorized independent work stations 20 upon receipt 
of an ALLOCATE command requesting a desired 

35 service. 

Claims 

1. A system for providing a service pool of virtual 
40 machines to a plurality of system users com- 

prising: 

a set of independent work stations connected 
to an SNA; 

45 

a host processor having a control program for 
sharing resources of said processor by creat- 
ing a plurality of virtual machines comprising a 
service pool of virtual machines; and, 

50 

a firmware configured AVS gateway in said 
host processor, said gateway connected to 
said SNA, establishing a communication 
through a VTAM session with one of said work 
55 stations initiating a request for service of a 

virtual machine, and for establishing an 
APPC/VM communication with an available VM 
machine of said pool of virtual machines. 

4 
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The system of claim 1 wherein each of said 
virtual machines of said pool of virtual ma- 
chines are initialized to perform a specific set 
of services, whereby processing speed is en- 
hanced. 5 

The system according to claim 1, wherein said 
gateway supports VTAM LV.6 communications 
over said SNA. 

10 

The system of claim 1, wherein said AVS 
forms a logical unit LU having a conversational 
management program associated with it which 
selects a virtual machine for connection to one 
of said independent work stations, and assigns 15 
to said selected virtual machine a user ID 
associated with said work station as an al- 
ternate ID for said virtual machine. 

The system of claim 4, wherein said conversa- 20 
tional management program deletes said as- 
signment of said alternate user ID from said 
one virtual machine following completion of a 
session with said work station. 

25 

The system of claim 2, wherein said work 
station initiates a session with an ALLOCATE 
command containing a transaction program 
name identifying a pre-initialized virtual ma- 
chine for executing one of said specific set of 30 
services. 
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then free to service other requests. 



iws 



A0MINISTATOR 



tws 




U 
Da 

MGR 
VM 



CMS 



U 

FILE 
MGR 
VM 



CMS 



ii il LI U 



SERV1C 



VM 



CMS 



VM 



E POOL 

I 

. I 
VM | 

I 
I 

u 



CMS 



z 



CMR 



CMS ( CMS CMS 



12 



AVS 
GATE 



± 




CP 



APPC/VM 



1Q 



SNA 
24 



FIG. I 



LU 



Rank Xerox (UK) Business Services 



30OC1D: <EP 047391 3A3J_> 




European Patent 
Office 



EUROPEAN SEARCH REPORT 



Application Number 



EP 91 11 1894 



DOCUMENTS CONSIDERED TO BE RELEVANT 



Category 



Citation of document with indication, where appropriate, 
off relevant passages 



Relevant 
to claim 



CLASSIFICATION OF THE 
APPLICATION Got. CLS ) 



EP-A-0 366 581 (INTERNATIONAL BUSINESS 
MACHINES CORPORATION) 
2 Nay 1990 

* abstract * 

* column 4, line 14 - column 6, line 6 * 

* column 9, line 25 - column 13, line 57 * 

EP-A-0 312 739 (INTERNATIONAL BUSINESS 
MACHINES CORPORATION) 
26 April 1989 

* abstract * 

* column 3, line 17 - column 8, line 12 * 

* figures 1-3 * 

EP-A-0 248 403 (iilTACHI LTD.) 
9 December 1987 

* column 3, line 9 - line 48 * 

* column 4, line 30 - line 51 * 

* column 6, line 31 * column 8, line 9 * 

* figures 1,3 * 



1-6 



G06F9/46 



1,3 



1-3,6 



TECHNICAL FIELDS 
SEARCHED (Int. CLS ) 



G06F 



The present search report has been drawn up for all claims 



Plan efi 

THE HAGUE 



Data of wavtatloa af tat Mart* 

08 OCTOBER 1992 



TALLOEN J.M.F.S. 



CATEGORY OF CITED DOCUMENTS 

X : particularly relevant If taken alone 

Y : particularly relevant If combined with another 

document of the sane category 
A : technological background 
O : non-wrttten disclosure 
P : intermediate document 



T : theory or principle underlying the invention 
E : earlier patent document, hut published on, or 

after the filing date 
D : document dted in the application 
L : document dted for other reasons 

A : member of the same patent family, corresponding 



047391 3A3 I > 



